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METHOD AND SYSTEM FOR PROVIDING 
DATA APPLICATIONS FOR A MOBILE DEVICE 



TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to the field of communication systems and 
more particularly to a method and system for providing data applications for a mobile 
device. 

5 

BACKGROUND OF THE INVENTION 

Conventional private branch exchanges (PBXs) allow corporations, 
organizations and other enterprises to provide internal communication services to 
10 their personnel. This allows personnel to call each other without using an external 
public telephone network. Recently, wireless networks and computer networks have 
been integrated into PBX networks to generate private office networks that are 
capable of providing wireless communication to users of wireless devices within the 
private office network. 

15 Disadvantages associated with conventional private office networks include an 

inability to process data from external data sources that is in a format other than an 
internal format that is processable by the network. As a result, external data sources 
may not be integrated into a conventional private office network. For example, 
typical private office networks are generally not capable of communicating with 

20 conventional e-mail systems and internal corporate databases. This limits the ability 
of a private office network to fully integrate communication systems for a particular 
enterprise. 

25 SUMMARY OF THE INVENTION 



DAL01:583998.1 



ATTORNEY' S DOCKET: PATENT APPLICATION 

01P7465US 



In accordance with the present invention, a method and system for providing 
data applications for a mobile device are provided that substantially eliminate or 
reduce disadvantages and problems associated with conventional systems. In 
particular, the integrated communication server provides a private office network that 
is capable of fully integrating communication and other systems for a particular 
enterprise by providing the ability to process data from external data sources. 

According to one embodiment of the present invention, a method for 
providing data applications for a mobile device through an integrated communication 
server of a private network is provided that includes receiving an unsolicited message 
in an external format from an external data source for the mobile device. The 
unsolicited message is converted from the external format to an internal format. The 
unsolicited message is provided in the internal format to the mobile device. 

According to another embodiment of the present invention, a method for 
providing data applications for a mobile device through an integrated communication 
server of a private network is provided that includes receiving a request message in an 
internal format from the mobile device for an external data source. The request 
message is converted from the internal format to an external format. The request 
message is provided in the external format to the external data source. 

Technical advantages of one or more embodiments of the present invention 
include providing an improved method for providing data applications for a mobile 
device. In a particular embodiment, the integrated communication server is capable 
of converting data received from an external data source in an external data format 
into data in an internal data format. As a result, the integrated communication server 
is able to process data from any type of external data source, such as e-mail systems, 
internal corporate databases, and the like. Accordingly, a private office network 
comprising the integrated communication server may fully integrate any external 
system for a particular enterprise into the private office network. 

Other technical advantages will be readily apparent to one skilled in the art 
from the following figures, description, and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention and its 
advantages, reference is now made to the following description taken in conjunction 
with the accompanying drawings, wherein like reference numerals represent like 
5 parts, in which: 

FIGURE 1 is a block diagram illustrating a communication system in 
accordance with one embodiment of the present invention; 

FIGURE 2 is a block diagram illustrating details of the service engine of 
FIGURE 1 in accordance with one embodiment of the present invention; 
10 FIGURE 3 is a block diagram illustrating details of the data processor of 

FIGURE 2 in accordance with one embodiment of the present invention; 

FIGURE 4 is a block diagram illustrating details of the external data publisher 
of FIGURE 2 in accordance with one embodiment of the present invention; 

FIGURE 5 is a flow diagram illustrating a method for providing the integrated 
15 communication server of FIGURE 1 in accordance with one embodiment of the 
present invention; 

FIGURE 6 is a flow diagram illustrating a method for managing the mobile 
devices of FIGURE 1 in accordance with one embodiment of the present invention; 

FIGURE 7 is a flow diagram illustrating a method for providing data 
20 applications for the mobile devices of FIGURE 1 in accordance with one embodiment 
of the present invention; and 

FIGURE 8 is a flow diagram illustrating a method for providing data 
applications for the mobile devices of FIGURE 1 in accordance with another 
embodiment of the present invention. 

25 

DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 is a block diagram illustrating a communication system 10 in 
accordance with one embodiment of the present invention. The system 10 comprises 
30 a private network 12 for providing communication for a plurality of authorized 
subscribers. According to one embodiment, the private network 12 comprises a 
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communication network for a particular business enterprise and the authorized 
subscribers comprise business personnel. The private network 12 comprises an office 
network 14 for providing communication between a plurality of mobile devices 16, a 
private branch exchange (PBX) network 18, and an Internet Protocol (IP) network 20. 
5 The office network 14 comprises a wireless subsystem 22 for communicating 

with the mobile devices 16 and a packet switching subsystem 24 for providing 
operations, administration, maintenance and provisioning (OAMP) functionality for 
the private network 12. The wireless subsystem 22 comprises one or more base 
station subsystems (BSS) 26. Each base system subsystem 26 comprises one or more 

10 base transceiver stations (BTS), or base stations, 28 and a corresponding wireless 
adjunct Internet platform (WARP) 30. Each base station 28 is operable to provide 
communication between the corresponding WARP 30 and mobile devices 16 located 
in a specified geographical area. As used herein, "each" means every one of at least a 
subset of the identified items. 

15 Authorized mobile devices 16 are operable to provide wireless communication 

within the private network 12 for authorized subscribers. The mobile devices 16 may 
comprise cellular telephones or other suitable devices capable of providing wireless 
communication. According to one embodiment, the mobile devices 16 comprise 
Global System for Mobile communication (GSM) Phase 2 or higher mobile devices 

20 16. Each mobile device 16 is operable to communicate with a base station 28 over a 
wireless interface 32. The wireless interface 32 may comprise any suitable wireless 
interface operable to transfer circuit-switched or packet-switched messages between a 
mobile device 16 and the base station 28. For example, the wireless interface 32 may 
comprise a GSM/GPRS (GSM/general packet radio service) interface, a GSM/EDGE 

25 (GSM/enhanced data rate for GSM evolution) interface, or other suitable interface. 

The WARP 30 is operable to provide authorized mobile devices 16 with 
access to internal and/or external voice and/or data networks by providing voice 
and/or data messages received from the mobile devices 16 to the IP network 20 and 
messages received from the IP network 20 to the mobile devices 16. In accordance 

30 with one embodiment, the WARP 30 is operable to communicate with the mobile 
devices 16 through the base station 28 using a circuit-switched protocol and is 
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operable to communicate with the IP network 20 using a packet-switched protocol. 
For this embodiment, the WARP 30 is operable to perform an interworking function 
to translate between the circuit- switched and packet-switched protocols. Thus, for 
example, the WARP 30 may packetize messages from the mobile devices 16 into data 
5 packets for transmission to the IP network 20 and may depacketize messages 
contained in data packets received from the IP network 20 for transmission to the 
mobile devices 16. 

The packet switching subsystem 24 comprises an integrated communication 
server (ICS) 40, a network management station (NMS) 42, and a PBX gateway (GW) 
10 44. The ICS 40 is operable to integrate a plurality of network elements such that an 
operator may perform OAMP functions for each of the network elements through the 
ICS 40. Thus, for example, an operator may perform OAMP functions for the packet 
switching subsystem 24 through a single interface for the ICS 40 displayed at the 
NMS 42. 

15 The ICS 40 comprises a plurality of network elements. These network 

elements may comprise a service engine 50 for providing data services to subscribers 
and for providing an integrated OAMP interface for an operator, a subscriber location 
register (SLR) 52 for providing subscriber management functions for the office 
network 14, a teleworking server (TWS) 54 for providing PBX features through 

20 Hicom Feature Access interfacing and functionality, a gatekeeper 56 for coordinating 
call control functionality, a wireless application protocol server (WAPS) 58 for 
receiving and transmitting data for WAP subscribers, a push server (PS) 60 for 
providing server-initiated, or push, transaction functionality for the mobile devices 16, 
and/or any other suitable server 62. 

25 Each of the network elements 50, 52, 54, 56, 58, 60 and 62 may comprise 

logic encoded in media. The logic comprises functional instructions for carrying out 
program tasks. The media comprises computer disks or other computer-readable 
media, application-specific integrated circuits (ASICs), field-programmable gate 
arrays (FPGAs), digital signal processors (DSPs), other suitable specific or general 

30 purpose processors, transmission media or other suitable media in which logic may be 
encoded and utilized. As described in more detail below, the ICS 40 may comprise 
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one or more of the servers 54, 58, 60 and 62 based on the types of services to be 
provided by the office network 14 to subscribers as selected by an operator through 
theNMS42. 

The gateway 44 is operable to transfer messages between the PBX network 18 
5 and the IP network 20. According to one embodiment, the gateway 44 is operable to 
communicate with the PBX network 1 8 using a circuit-switched protocol and with the 
IP network 20 using a packet- switched protocol. For this embodiment, the gateway 
44 is operable to perform an interworking function to translate between the circuit- 
switched and packet-switched protocols. Thus, for example, the gateway 44 may 

10 packetize messages into data packets for transmission to the IP network 20 and may 
depacketize messages contained in data packets received from the IP network 20. 

The communication system 10 may also comprise the Internet 70, a public 
land mobile network (PLMN) 72, and a public switched telephone network (PSTN) 
74. The PLMN 72 is operable to provide communication for mobile devices 16, and 

15 the PSTN 74 is operable to provide communication for telephony devices 76, such as 
standard telephones, clients and computers using modems or digital subscriber line 
connections. The IP network 20 may be coupled to the Internet 70 and to the PLMN 
72 to provide communication between the private network 12 and both the Internet 70 
and the PLMN 72. The PSTN 74 may be coupled to the PLMN 72 and to the PBX 

20 network 18. Thus, the private network 12 may communicate with the PSTN 74 
through the PBX network 18 and/or through the EP network 20 via the PLMN 72. 

The PBX network 18 is operable to process circuit-switched messages for the 
private network 12. The PBX network 18 is coupled to the IP network 20, the packet 
switching subsystem 24, the PSTN 74, and one or more PBX telephones 78. The 

25 PBX network 18 may comprise any suitable network operable to transmit and receive 
circuit-switched messages. In accordance with one embodiment, the gateway 44 and 
the gatekeeper 56 may perform the functions of a PBX network 18. For this 
embodiment, the private network 12 may not comprise a separate PBX network 18. 

The IP network 20 is operable to transmit and receive data packets to and from 

30 network addresses in the IP network 20. The IP network 20 may comprise a local 
area network, a wide area network, or any other suitable packet-switched network. In 
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addition to the PBX network 18, the Internet 70 and the PLMN 72, the IP network 20 
is coupled to the wireless subsystem 22 and to the packet switching subsystem 24. 

The IP network 20 may also be coupled to an external data source 80, either 
directly or through any other suitable network such as the Internet 70. The external 
5 data source 80 is operable to transmit and receive data to and from the IP network 20. 
The external data source 80 may comprise one or more workstations or other suitable 
devices that are operable to execute one or more external data applications, such as 
MICROSOFT EXCHANGE, LOTUS NOTES, or any other suitable external data 
application. The external data source 80 may also comprise one or more databases, 

10 such as a corporate database for the business enterprise, that are operable to store 
external data in any suitable format. The external data source 80 is external in that the 
data communicated between the IP network 20 and the external data source 80 is in a 
format other than an internal format that is processable by the ICS 40. 

The PLMN 72 comprises a home location register (HLR) 82 and an operations 

15 and maintenance center (OMC) 84. The HLR 82 is operable to coordinate location 
management, authentication, service management, subscriber management, and any 
other suitable functions for the PLMN 72. The HLR 82 is also operable to coordinate 
location management for mobile devices 16 roaming between the private network 12 
and the PLMN 72. The OMC 84 is operable to provide management functions for the 

20 WARPs 30. The HLR 82 may be coupled to the IP network 20 through an SS7-IP 
interworking unit (SIU) 86. The SIU 86 interfaces with the WARPs 30 through the IP 
network 20 and with the PLMN 72 via a mobility-signaling link. 

FIGURE 2 is a block diagram illustrating details of the service engine 50 in 
accordance with one embodiment of the present invention. The service engine 50 is 

25 operable to provide an integrated OAMP interface for an operator through the NMS 
42 and to provide data services to subscribers. As described in more detail below, the 
service engine 50 allows an operator to configure the ICS 40 based on the particular 
services to be provided to subscribers through the office network 14. 

The service engine 50 comprises an OAMP manager 100 for providing simple 

30 network management protocol (SNMP) functions, an OAMP master agent 102 for 
managing subagents, a service module 106 for routing data through the service engine 
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50, a presentation module 108 for displaying information to users, a repository 112 
for storing data, data services 1 14 for managing the repository 1 12, a rule engine 116 
for determining which network elements to include in the ICS 40, a data processor 
120 for processing internal and external data for the ICS 40, and an external data 
5 publisher 122 for converting data between an internal format and any suitable external 
format. 

The manager 100, the master agent 102, the service module 106, the 
presentation module 108, the repository 112, the data services 114, the rule engine 
116, the data processor 120 and the external data publisher 122 may each comprise 

10 logic encoded in media. The logic comprises functional instructions for carrying out 
program tasks. The media comprises computer disks or other computer-readable 
media, ASICs, FPGAs, DSPs, other suitable specific or general purpose processors, 
transmission media or other suitable media in which logic may be encoded and 
utilized. The repository 112 may also comprise any suitable data store or combination 

15 of data stores operable to provide persistent data storage for the service engine 50. 

The manager 100 is operable to provide SNMP functions for the ICS 40 and 
for any SNMP V2 compliant network management station. The manager 100 is also 
operable to allow the service module 106 to obtain and modify management data, to 
receive notification when specified events occur for particular subagents, to generate 

20 commands to send to subagents, and to receive responses to the commands from the 
subagents. The subagents comprise any servers 54, 58, 60 and/or 62 which exist in 
the ICS 40 based on the types of services to be provided by the office network 14 to 
subscribers, as described in more detail below in connection with FIGURE 5. Thus, 
for example, the manager 100 is operable to form conditions to provision subagents 

25 and to obtain alarms from the subagents. 

The master agent 102 is operable to maintain a list of registered subagents for 
the ICS 40. As each server 54, 58, 60 and/or 62 is included in the ICS 40 during 
network element provisioning, the server 54, 58, 60 or 62 registers as a subagent with 
the master agent 102 of the service engine 50. Thus, if a registered server 54, 58, 60 

30 or 62 fails and thus appears to be missing to the service engine 50, the service engine 
50 will recognize and respond to the failure. However, the service engine 50 will not 
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recognize a missing server 54, 58, 60 or 62 as a failure if the server 54, 58, 60 or 62 
was not included in the ICS 40 during network element provisioning and registered as 
a sub agent with the master agent 102. 

The service module 106 is operable to route data to and from the service 
5 engine 50 and to coordinate data transformations during routing. As such, the service 
module 106 is operable to handle network configuration requests, to deliver text 
messages to WAP-enabled devices, to deliver text notifications regarding meetings, 
e-mail and the like to mobile devices 16, and to manage subscriber configuration 
requests and WAP requests. The service module 106 is also operable to maintain a 
10 list of registered interfaces and their supporting components, as well as information 
about which component supports which services for the office network 14. The 
components may dynamically register their interfaces with the service module 106 so 
that a component may be interchanged or replaced without affecting the supported 
interface. 

15 The presentation module 108 is operable to provide a web-based user interface 

to the ICS 40. As such, the presentation module 108 is operable to provide an 
interface for user operations and user validation, as well as validation of basic data 
entry. The presentation module 108 is also operable to send user operation requests to 
the service module 106 for routing and further processing and to display the returned 

20 results to the user. The user operations may comprise subscriber provisioning, 
network element provisioning, subscriber profile configuration, and any other suitable 
user operation. Validation performed by the presentation module 108 may comprise 
type checking, field length validation, format validation, range checking, business rule 
checking, and any other suitable data validation. 

25 The repository 1 12 is operable to provide transaction management, connection 

pooling, and thread management for the ICS 40. The repository 1 12 may comprise a 
plurality of drivers for communicating with data sources internal or external to the 
ICS 40. For example, the repository 112 may comprise JDBC-ODBC drivers, Native 
API drivers, JDBC-Net Pure Java drivers, Native-Protocol Pure Java drivers, and any 

30 other suitable drivers. 
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The data services 1 14 are operable to translate higher-level data requests into 
basic data operations. As such, the data services 114 are operable to receive requests 
for data stored in the repository 112 and to locate and retrieve the data from the 
repository 1 12. The data services 1 14 are also operable to receive data for storage in 
5 the repository 112 and to store the data in the appropriate location in the repository 
112. For example, if the repository 112 comprises a plurality of databases, the data 
services 1 14 are operable to store the data in the appropriate database of the repository 
112. 

The rule engine 116 is operable to receive service and capacity information 

10 and other relevant information from an operator through the NMS 42 and to 
determine which network elements, such as servers 54, 58, 60 and/or 62, to include in 
the ICS 40 based on the service and capacity information, as described in more detail 
below in connection with FIGURE 5. According to one embodiment, the rule engine 
116 applies a specified set of rules, which may be stored in the rule engine 116 and/or 

15 the repository 1 12 and which may be modified at any suitable time, to the service and 
capacity information in order to produce a result set. Based on the result set, the rule 
engine 1 16 is operable to determine which network elements to include in the ICS 40. 
The result set may be stored in the repository 112 such that the result set is available 
at a later time. Thus, for example, if the office network 14 fails, the result set may be 

20 retrieved from the repository 112 in order to re-configure the ICS 40 without 
requiring the operator to provide the service and capacity information again. 

FIGURE 3 is a block diagram illustrating details of the data processor 120 in 
accordance with one embodiment of the present invention. The data processor 120 is 
operable to provide a plurality of utilities for processing data within the ICS 40. The 

25 data processor 120 may comprise a plurality of components, including a document 
object model (DOM) 150, a DOM parser 152, a SAX 156, a SAX parser 158, a 
request broker 160, a translator 164, a validator 168, a query engine 172, an XSLT 
transformer 174, a hyperlink module 176, an Xpath module 178 and any other 
suitable component. 

30 Each of the components 150, 152, 156, 158, 160, 164, 168, 172, 174, 176 and 

178 may comprise logic encoded in media. The logic comprises functional 
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instructions for carrying out program tasks. The media comprises computer disks or 
other computer-readable media, ASICs, FPGAs, DSPs, other suitable specific or 
general purpose processors, transmission media or other suitable media in which logic 
may be encoded and utilized. 
5 The DOM 150 is operable to implement a Document Object Model Level 1 or 

other suitable platform- and language-neutral interface that allows programs and 
scripts to dynamically access and update the content, structure and style of 
documents. According to one embodiment, the DOM 150 is operable to provide a 
standard set of objects for representing hypertext markup language (HTML) and 

10 extensible markup language (XML) documents, a standard model of how these 
objects may be combined, and a standard interface for accessing and manipulating 
these objects. The DOM parser 152 is operable to provide services related to XML 
parsing using DOM methodology. 

The SAX 156 is operable to provide a standard interface for event-based XML 

15 parsing. Using SAX 156, a relatively simple, low-level access to an XML document 
may be provided. This allows parsing of documents that are larger than available 
system memory and allows the construction of data structures through the use of 
callback event handlers. The SAX parser 158 is operable to provide services related 
to XML parsing using SAX methodology. 

20 The request broker 160 is operable to include any suitable new service or 

technology related to XML data processing without affecting currently available 
services. The translator 164 is operable to provide any suitable services related to 
XML translation. The validator 168 is operable to provide any suitable validation 
services. For example, the validator 168 may validate XML data against DTD. The 

25 query engine 172 is operable to provide any suitable services related to identifying 
actual XML data for a user. 

The XSLT transformer 174 is operable to implement the specification of 
XSLT language. As such, the XSLT transformer 174 is operable to describe rules for 
transforming a source tree into a result tree. The XSLT transformer 174 is also 

30 operable to perform transformations by associating patterns with templates. A pattern 
is matched against elements in the source tree, and a template is instantiated to create 
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part of the result tree. In constructing the result tree, elements from the source tree 
may be filtered and re-ordered such that the result tree may comprise a structure 
different from the structure of the source tree. 

The hyperlink module 176 is operable to implement linking and addressing 
5 through an XML linking language (Xlink) and an XML pointer language (Xpointer). 
The Xlink allows elements to be inserted into XML documents to create and describe 
links between resources. Using XML syntax, Xlink may create structures that 
describe unidirectional hyperlinks for HTML. The Xpointer supports addressing into 
the internal structures of XML documents. The Xpointer may provide for specific 

10 reference to elements, character strings, and any other suitable structure of an XML 
document. The Xpath module 178 is operable to implement the specification of an 
Xpath. The Xpath is operable to provide a common syntax and semantics for 
functionality that is shared between XSL transformations and the Xpointer. 

FIGURE 4 is a block diagram illustrating details of the external data publisher 

15 122 in accordance with one embodiment of the present invention. The external data 
publisher 122 is operable to convert data received from an external data source 80 in 
an external format into data in an internal format that is processable by the ICS 40. 
According to one embodiment, the external data publisher 122 may convert data from 
external data sources 80 such as RDBMS, LOTUS NOTES, MICROSOFT 

20 EXCHANGE, LDAP, OODBMS, and any other suitable external data source. The 
external data publisher 122 may convert the external data into an internal format such 
as XML or other suitable format. 

The external data publisher 122 comprises a driver bridge 190, an object 
factory 192 and a mapping strategy 194. The driver bridge 190, the object factory 

25 192 and the mapping strategy 194 may each comprise logic encoded in media. The 
logic comprises functional instructions for carrying out program tasks. The media 
comprises computer disks or other computer-readable media, ASICs, FPGAs, DSPs, 
other suitable specific or general purpose processors, transmission media or other 
suitable media in which logic may be encoded and utilized. 

30 The driver bridge 190 is operable to implement an abstraction of the external 

data formats from which may be data may be converted into the internal data format. 
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As a result, an interface for each external data source 80 is decoupled from its 
implementation such that the external data source 80 can vary independently from the 
implementation. This allows the implementation to be selected or switched at run- 
time. According to one embodiment, the abstractions and the implementations are 
5 extensible by subclassing. In addition, the implementation of an abstraction by the 
driver bridge 190 has no impact on the object factory 192. 

The object factory 192 is operable to receive external data in an external 
format from an external data source 80 and convert the data into internal data in an 
internal format that is processable by the ICS 40. Similarly, the object factory 192 is 

10 operable to convert internal data in the internal format into external data in an external 
format for an external data source 80. 

The mapping strategy 194 is operable to provide a plurality of algorithms by 
which the object factory 192 may convert external data from external formats into 
internal data in an internal format. According to one embodiment, the algorithms may 

15 be encapsulated in order to make them interchangeable. Thus, each algorithm may 
vary independently from the clients using the algorithm. 

FIGURE 5 is a flow diagram illustrating a method for providing the integrated 
communication server 40 in accordance with one embodiment of the present 
invention. The method begins at step 500 where the ICS 40 presents a request for 

20 authentication information to an operator through the NMS 42. At step 502, the ICS 
40 receives authentication information from the operator. The authentication 
information may comprise a user identifier, a password, and the like. 

At decisional step 504, if the operator is not authenticated based on the 
authentication information, the method follows the No branch from decisional step 

25 504 and returns to step 500 where the request for authentication information is 
presented again. However, if the operator is authenticated based on the authentication 
information, the method follows the Yes branch from decisional step 504 to step 506. 

At step 504, the ICS 40 presents management options to the operator. These 
options may comprise, for example, network element provisioning, configuration 

30 management, state management, fault management, software management, 
performance management, and/or any other suitable management option. At step 508, 

DAL01:583998.1 



ATTORNEY'S DOCKET: 
01P7465US 



PATENT APPLICATION 



14 

the ICS 40 receives a selection of network element provisioning from the operator. 
At step 510, the ICS 40 presents service options to the operator. At step 512, the ICS 
40 receives a selection of one or more services from the operator. 

At step 512, the ICS 40 presents a capacity request to the operator. At step 
5 516, the ICS 40 receives capacity information from the operator regarding the 
capacity for a particular type of subscriber. At decisional step 518, a determination is 
made regarding whether or not there are more types of subscribers based on 
information provided by the operator. If there are more types of subscribers, the 
method follows the Yes branch from decisional step 518 and returns to step 514 

10 where the ICS 40 presents a capacity request for another type of subscriber. 
However, if there are no more types of subscribers, the method follows the No branch 
from decisional step 518 to step 520. 

At step 520, the rule engine 116 applies rules stored in the repository 112 in 
order to produce a result set based on the services selected by the operator and the 

15 capacity information for each type of subscriber. According to one embodiment, the 
result set identifies which network elements, such as servers 54, 58, 60 and/or 62, are 
to be included in the ICS 40. At step 522, the result set is stored in the repository 112. 
At step 524, the ICS 40 presents the result set to the operator through the NMS 42. 

At step 526, the ICS 40 presents a request for provisioning information based 

20 on the result set. At step 528, the ICS 40 receives provisioning information from the 
operator in accordance with the network elements identified for inclusion in the ICS 
40. At step 530, the ICS 40 determines configuration parameters for a network 
element for the ICS 40 based on the result set. For example, the ICS 40 may locate a 
particular version of the network element at a remote location and download the 

25 network element from the remote location to the packet switching subsystem 24 of the 
office network 14. At step 532, the ICS 40 provisions the retrieved network element 
based on the provisioning information received from the operator. At this point, the 
ICS 40 may also install and activate the network element. 

At decisional step 534, a determination is made regarding whether or not the 

30 network element was provisioned successfully. If the network element was 
provisioned successfully, the method follows the Yes branch from decisional step 534 
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to step 536. At step 536, the ICS 40 presents a Success message to the operator. At 
step 538, the network element is registered as a subagent with the master agent 102. 
According to one embodiment, the network element registers itself with the master 
agent 102 by sending a registration message to the master agent 102. The method 

5 then continues to decisional step 540. 

Returning the decisional step 534, if the network element was not provisioned 
successfully, the method follows the No branch from decisional step 534 to step 542. 
At step 542, the ICS 40 presents an Error message to the operator. The method then 
continues to decisional step 540. 

10 At decisional step 540, a determination is made regarding whether or not there 

are more network elements to provision. If there are more network elements to 
provision, the method follows the Yes branch from decisional step 540 and returns to 
step 530 where another network element is retrieved. However, if there are no more 
network elements to provision, the method follows the No branch from decisional 

15 step 540 to step 544. At step 544, the provisioning information for the registered 
network elements is stored in the repository 1 12, at which point the method comes to 
an end. 

FIGURE 6 is a flow diagram illustrating a method for managing the mobile 
devices 16 in accordance with one embodiment of the present invention. The method 
20 begins at step 600 where the ICS 40 receives a request for a wireless markup language 
(WML) deck from a mobile device 16. At step 602, based on the subscriber profile in 
the SLR 52, the ICS 40 applies rules to determine the allowability of the request. 

At decisional step 604, the ICS 40 determines whether or not the request is 
allowable. If the request is allowable, the method follows the Yes branch from 
25 decisional step 604 to step 606. At step 606, the ICS 40 generates the WML deck for 
the mobile device 16. At step 608, the ICS 40 presents the WML deck to the mobile 
device 16. The method then continues to decisional step 610. 

Returning to decisional step 604, if the request was not allowable, the method 
follows the No branch from decisional step 604 to step 612. At step 612, the ICS 40 
30 presents a Rejection message to the mobile device 16. The method then continues to 
decisional step 610. 
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At decisional step 610, the ICS 40 determines whether or not a request for a 
subscriber profile update has been received from the mobile device 16. If a subscriber 
profile update request has been received from a mobile device 16, the method follows 
the Yes branch from decisional step 610 to step 614. At step 614, based on the 
5 subscriber profile in the SLR 52 for the mobile device 16, the ICS 40 applies rules to 
determine whether or not the request is allowable. 

At decisional step 616, the ICS 40 determines whether or not the request is 
allowable. If the request is allowable, the method follows the Yes branch from 
decisional step 616 to step 618. At step 618, the subscriber profile in the SLR 52 for 
10 the mobile device 16 is updated. The method then continues to decisional step 620. 

Returning to decisional step 616, if the request is not allowable, the method 
follows the No branch from decisional step 616 to step 622. At step 622, the ICS 40 
presents a Rejection message to the mobile device 16. The method then continues to 
decisional step 620. 

15 Returning to decisional step 610, if a request for a subscriber profile update 

has not been received from the mobile device 16 after a specified period of time, the 
method follows the No branch from decisional step 610 to decisional step 620. 

At decisional step 620, the ICS 40 determines whether or not a request for a 
new WML deck has been received from the mobile device 16. If a request for a new 

20 WML deck has been received from the mobile device 1 6, the method follows the Yes 
branch from decisional step 620 and returns to step 602 where the ICS 40 applies 
rules based on the subscriber profile in the SLR 52 to determine whether or not the 
request is allowable. However, if no request is received for a new WML deck from 
the mobile device 16 after a specified period of time, the method follows the No 

25 branch from decisional step 620 and comes to an end. 

FIGURE 7 is a flow diagram illustrating a method for providing data 
applications for the mobile devices 16 in accordance with one embodiment of the 
present invention. The method begins at step 700 where the ICS 40 receives an 
unsolicited message for a mobile device 16 from an external application executed on 

30 an external data source 80. At step 702, the external data publisher 122 converts the 
unsolicited message from the external format corresponding to the external 
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application to an internal format that is processable by the ICS 40. At step 704, the 
ICS 40 provides the unsolicited message to the mobile device 16. 

At decisional step 706, the ICS 40 makes a determination regarding whether a 
response message has been received from the mobile device 16. If no response 
5 message has been received from the mobile device 16, the method follows the No 
branch from decisional step 706 and comes to an end. However, if a response 
message has been received from the mobile device 16, the method follows the Yes 
branch from decisional step 706 to step 708. 

At step 708, the external data publisher 122 converts the response message 
10 from the internal format to the external format corresponding to the external 
application. At step 710, the ICS 40 provides the response message from the mobile 
device 16 to the external application at the external data source 80, at which point the 
method comes to an end. 

FIGURE 8 is a flow diagram illustrating a method for providing data 
15 applications for the mobile devices 16 in accordance with another embodiment of the 
present invention. The method begins at step 800 where the ICS 40 receives a request 
message from a mobile device 16 for an external application being executed on an 
external data source 80. 

At step 802, the external data publisher 122 converts the request message from 
20 an internal format that is processable by the ICS 40 into an external format 
corresponding to the external application on the external data source 80. At step 804, 
the ICS 40 provides the request message to the external data source 80 for the external 
application. 

At step 806, the ICS 40 receives a response message from the external 
25 application for the mobile device 16. At step 808, the external data publisher 122 
converts the response message from the external format to the internal format. At 
step 810, the ICS 40 provides the response message to the mobile device 16, at which 
point the method comes to an end. 

Although the present invention has been described with several embodiments, 
30 various changes and modifications may be suggested to one skilled in the art. It is 
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intended that the present invention encompass such changes and modifications as fall 
within the scope of the appended claims. 
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